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Beschreibung 

Vorrichtung und Verfahren zur Programmierung und/oder Ausftih- 
rung von Programmen ftir industrielle Automatisierungssysteme 

Die Erfindung betrif.ft eine Vorrichtung und ein Verfahren zur 
Programmierung und/oder Ausftihrung von Programmen ftir indus- 
trielle Automatisierungssysteme. 

Ein gattungsgemafies Verfahren zur Programmierung industriel- 
ler Automatisierungssysteme im Sinne des Oberbegriffs des Pa- 
tentanspruchs 1 basiert auf mindestens einer Rechnereinheit 
mit Eingabehilf smitteln, Ausgabehilf smitteln, sowie vorzugs- 
weise mindestens einer Anzeigevorrichtung. Bausteine und 
Funktionen, die jeweils Teilaufgaben einer Automatisierungs- 
losung reprasentieren, werden mit den Eingabehilf smitteln und 
gegebenenf alls der Anzeigevorrichtung modelliert und/oder er- 
stellt. Den Bausteinen und Funktionen konnen Modellinf ormati- 
onen und/oder Metainf ormationen mit den Eingabehilf smitteln 
und der Anzeigevorrichtung zugeordnet werden. Die Bausteine 
und Funktionen werden mit den Eingabehilf smitteln und gegebe- 
nenfalls der Anzeigevorrichtung strukturiert und vernetzt, urn 
so als mindestens ein maschinen-unabhangiges Programm mindes- 
tens einen hierarchischen Baum zu bilden. 

In klassischen Programmiersprachen, wie zum Beispiel Pascal 
oder Fortran, werden Daten, Bausteine und Funktionen ge- 
trennt. Erst im Zuge des Paradigmas der Objektorientierung 
wurden Daten und Funktionen zu Objekten zusammengeftihrt . Ver- 
einzelt werden auch Metadaten den Objekten zugeordnet, Meta- 
daten sind Inf ormationen ttber andere Inf ormationen, zum Bei- 
spiel Inf ormationen Uber vorhandene Objekte. Solche Metadaten 
sind zwar in einem Gesamtsystem bzw. in einem Gesamtkontext 
vorhanden, sie sind aber in Automatisierungssystemen weder 
physikalisch in einem Objekt hinterlegt, noch enthalten sie 
Wissen tiber die zu realisierende Applikation ftir eine indus- 
trielle Anlage oder Uber den zu realisierenden Prozess. 
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Programmierbare Automatisierungssysteme bzw. MES-Systeme, das 
heifit Systeme zur Steuerung und/oder Regelung von automati- 
sierten Prozessen oder Anlagen, enthalten in der Regel ein so 
genanntes Lauf zeitsystem zur zeitlichen Ablauf steuerung einer 
5 Automatisierungskomponente einer Maschine oder eines Systems, 
Des weiteren verfugen derartige Systeme uber eine Enginee- 
ring-Vorrichtung zum Erstellen und Editieren von Steuerungs- 
programmen und Anlagefunktionen . Die mithilfe der Enginee- 
ring-Vorrichtung erstellten Steuerungsprogramiae und Anlage- 
10 funktionen werden im Lauf zeitsystem ausgefuhrt. 

•Es zahlt bereits zum noch nicht verof f entlichten Stand der 
Technik, Automatisierungssysteme dadurch zu programmieren, 
dass in einer Engineering-Vorrichtung Objekte, die jeweils 
15 Teilaufgaben einer Automatisierungslosung reprasentieren, 

mithilfe von Eingabehilf smitteln und einer Anzeigevorrichtung 
modelliert werden* Derartigen Objekten werden ebenfalls tiber 
die Eingabehilf smittel und die Anzeigevorrichtung Modellin- 
formationen sowie Metainf ormationen zugeordnet. Die Objekte 
20 werden dann als hierarchische Baume strukturiert und ver- 

netzt, um so mindestens ein maschinen-unabhangiges Programm 
bereitzustellen. 

Nach'dem Stand der Technik wird das oder jedes mithilfe der 

• Engineering-Vorrichtung erzeugte maschinen-unabhangige Pro- 
( grainm in einer oder in mehreren Stufen in ein maschinen- 
abhangiges Automatisierungsprogramm fur die Komponenten des 
Automatisierungssystems umgewandelt. Dies erfolgt nach dem 
Stand der Technik ausgehend von der visuellen Representation 
30 bei der Programmierung, wobei die visuelle Representation in 
eine imperative, sequentielle Maschinensprache bzw. einen Ma- 
schinencode \amgesetzt werden, Dieser sequentielle Maschinen- 
code wird nach dem Stand der Technik zur Ausfuhrung auf eine 
Automatisierungskomponente, zum Bespiel eine speicherprogram- 
35 mierbare Steuerung (SPS) , geladen. 
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Der imperative, sequentielle Maschinencode stellt demnach das 
nach dem Stand der Technik llbliche maschinen-abhSngige Auto- 
matisierungsrogramm dar, welches in dieser Form auf die Kom- 
ponenten bzw. Automatisierungseinrichtungen des Automatisie- 
rungssystems geladen wird. Automatisierungsprograrame, welche 
auf die oben beschriebene Art nach dem Stand der Technik er- 
zeugt werden, sind jedoch unflexibel, da sie zur Laufzeit nur 
schlecht anderbar sind. Des weiteren sind derartige Automati- 
sierungsprograinme nur auf den speziellen Komponenten eines 
Automatisierungssystems verwendbar, fUr die der entsprechende 
Maschinencode erzeugt worden ist. Die Programme sind demnach 
nicht flexibel verwendbar. 

Hiervon ausgehend liegt der vorliegenden Erfindung das Prob- 
lem zu Grunde, ein neuartiges Verfahren und eine neuartige 
Vorrichtung zur Programmierung und/oder AusfUhrung von Pro- 
grammen fur industrielle Automatisierungssysteme zu schaffen. 

Dieses Problem wird dadurch gelost, dass das eingangs genann- 
te Verfahren durch die Merkmale des Patentanspruchs 1 weiter- 
gebildet ist. 

ErfindungsgemaJi wird das oder jedes maschinen-unabhangige 
Programm in Form mindestens eines hierarchischen Baums in die 
entsprechenden Komponenten des Automatisierungssystems gela- 
den, wobei die entsprechenden Komponenten des Automatisie- 
rungssystems das oder jedes maschinen-unabhangige Programm 
vorzugsweise mit Hilfe mindestes einer denselben zugeordneten 
Objektmaschine direkt ausfuhren. Das oder jedes maschinen- 
unabhangige Programm liegt vorzugsweise in Form mindestens 
eines ausftthrbaren, hierarchischen Objekt- bzw. Operatorbaums 
vor . 

Die erf indungsgemafie Vorrichtung zur Programmierung indus- 
trieller Automatisierungssysteme ist im unabhangigen Patent- 
anspruch 14 definiert. Ein Computerprogramm zur Implementie- 
rung des Verfahrens oder der Vorrichtung ist im unabhangigen 
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Patentanspruch 23 beansprucht. Des weiteren betrifft die Er- 
findung gemaJi dem unabhangigen Patentanspruch 24 eine Daten- 
verarbeitungseinrichtung, auf der ein solches Computerpro- 
gramm installiert ist. 

5 

Bevorzugte Weiterbildungen der Erfindung ergeben sich aus den 
Unteransprtichen und der nachf olgenden Beschreibung . 

Nachfolgend werden bevorzugte Ausf uhrungsbeispiele der Erfin- 
10 dung - ohne hierauf beschrankt zu sein - anhand der Zeichnung 
naher erlautert. In der Zeichnung zeigt: 

Fig, 1: eine Darstellung einer Automatisierungs-Pyramide rait 
drei Steuerungsebenen, 
15 

Fig, 2: eine schematische Darstellung einer Engineeringvor- 
richtung, eines Lauf zeitsystems und einem zu steu- 
ernden technischen Prozess, 

20 Fig. 3: eine schematische Darstellung eines Objekts, 

Fig. 4: schematische Darstellung eines Programms, und 

Fig. 5: eine schematische Darstellung des Programms gemafi 
Fig. 4 in Baumstruktur . 

Fig. 1 zeigt in einer prinzipiellen Ubersichtsdarstellung 
drei Steuerungsebenen, wie sie Ublicherweise in einem produ- 
zierenden Unternehmen zu finden sind. Durch eine Pyramide 10 
30 wird verdeutlicht, dass nach oben hin eine Verdichtung der 
Informationen stattfindet. 

Die oberste Ebene ist die ERP-Ebene 11 (Enterprise Resource 
Planning-Ebene) . Auf dieser ERP-Ebene 11 bzw. Unternehmens- 
35 leitebene werden Ublicherweise betriebswirtschaf tliche und 
vertriebliche Aufgaben in einem Unternehmen projektiert und 
durchgefiihrt, so zum Beispiel Finanzwesen, Vertriebswesen, 
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Personalwesen und Berichterstattung. Aber auch Produktionsan- 
lagen ubergreif ende, logistische Aufgaben, wie zum Beispiel 
Materialverwaltung, werden auf dieser ERP-Ebene 11 durchge- 
ftlhrt. Das SAPR/3-System 1st zum Beispiel ein ERP-System, das 
5 auf der Unternehmensleitebene sehr haufig verwendet wird. 

Die unterste Ebene der Pyramide gemaii Fig. 1 ist die so ge- 
nannte Automatisierungsebene 12. Auf dieser Ebene kommen ub- 
licherweise speicherprogrammierbare Steuerungen (SPS) 13 in 
10 Verbindung mit Visualisierungssystemen und Prozessleitsyste- 
men (PLS) 14 zum Einsatz . Die Antriebe 15, Aktuatoren 16 und 
Sensor en 17 von Produktions- und/oder Fertigungseinrichtungen 
stehen direkt mit der Automatisierungsebene 12 in Verbindung. 

15 Das Verbindungsglied zwischen der ERP-Ebene 11 und der Auto- 
matisierungsebene 12 ist die MES-Ebene 18. Die Applikationen 
der MES-Ebene 18 sorgen somit fur eine vertikale Integration 
zwischen der ERP-Ebene 11 und der Automatisierungsebene 12. 
Die MES-Applikationen mussen einerseits die Grobplanungen der 
ERP-Ebene 11 urn produktionsanlagenspezif ische Feinplanungen 
erganzen und an die Systeme der Automatisierungsebene 12 wei- 
terleiten, andererseits ist es Aufgabe der MES-Applikationen 
produktionsrelevante Daten der Automatisierungsebene 12 auf- 
zunehmen, auf zubereiten und an die ERP-Ebene 11 weiterzulei- 
ten. Typische MES-Applikationen sind unter anderem das Quali- 
ty Management 19, Maintenance Management 20, Performance Ana- 
lysis 21, Process Management oder auch Asset Management. 



20 



30 



Durch die jeweils drei Punkte wird in Fig. 1 verdeutlicht, 
dass sich auch auf einer Ebene weitere Elemente bzw. Applika- 
tionen befinden kOnnen. 



Die Automatisierungsebene 12, die MES-Ebene 18 bzw. MES- 
Einrichtung oder die ERP-Ebene 11 oder ERP-Einrichtung ent- 
35 halten in der Regel ein so genanntes Lauf zeitsystem zur zeit- 
lichen Ablauf steuerung der beteiligten Komponenten (Teilkom- 
ponenten, Module, Tasks, Prozesse des Betriebssystems usw.). 
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Des weiteren enthalten diese Ebenen bzw. Einrichtungen eine 
so genannte Engineering-Vorrichtung zum Erstellen und Editie- 
ren von Programmen, welche zur Ausfiihrung im Lauf zeitsystem 
vorgesehen sind. 



Fig. 2 zeigt stark schematisiert eine Engineering-Vorrichtung 
22, ein Lauf zeitsystem 23 und einen zu steuernden technischen 
Prozess 24. Die Verbindung zwischen dem Lauf zeitsystem 23 der 
Steuerung bzw. des Automatisierungssystems und dem techni- 
schen Prozess 24 erfolgt bidirektional liber Ein- und/oder 
Ausgabeverbindungen 26. Die Programmierung erfolgt in der En- 
gineering-Vorrichtung 22. Die Engineering-Vorrichtung 22 ent- 
halt Werkzeuge fur die Konf iguration, Programmierung und Pro- 
Dektierung technischer Prozesse, wie zum Beispiel industriel- 
ler Anlagen. Die in der Engineering-Vorrichtung 22 erstellten 
Programme werden uber einen Informationspfad 25 in das Lauf- 
zeitsystems 23 der MES-Vorrichtung bzw. der ERP-Vorrichtung 
bzw. eines sonstigen Zielsystems ubertragen. 

Die Engineering-Vorrichtung 22 umfasst tlblicherweise ein Com- 
putersystem mit Graf ikbildschirm, Eingabehilf smitteln, wie 
Tastatur und Maus, Prozessor, Arbeitsspeicher und Sekundar- 
speicher, eine Einrichtung fur die Aufnahme computerlesbarer 
Medien, wie Disketten und CDs, sowie Anschlusseinheiten fur 
einen Datenaustausch mit anderen Systemen. Die Engineering- 
Vorrichtungen 22 umfassen Editoren und grafische Werkzeuge 
fur die Modellierung und Programmierung von Anlagen und Steu- 
erungen. Bei Engineering-Vorrichtungen, die nicht objektori- 
entiert sind, erfolgt die Erstellung maschinen-unabhangiger 
Programme mit Hilfe von grafischen Kontaktplanen, Funktions- 
planen, Sequence Function Charts oder Continuous Function 
Charts. Bei objektorientierten Engineering-Vorrichtungen er- 
folgt die Programmerstellung mit Hilfe objektorientiert . Ins- 
besondere untersttitzen objektorientierte Engineering- 
Vorrichtungen 22 die Objektorientierung, wie die Erstellung 
von Objekten, die Erstellung von Klassen, die Erstellung von 
Oberklassen sowie die Darstellung von Vererbungsbeziehungen. 
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Uber Editoren, Maskeneingabe oder uber Drag&Drop-Mechanismen 
werden Datenbausteine, Funktionsbausteine oder Objekte vor- 
zugsweise mit Metainformationen verknUpft und als hierarchi- 
sche Baume strukturiert und miteinander vernetzt. Die mithil- 
fe einer solchen Engineering-Vorrichtung 22 erstellten Pro- 
gramme bzw. Steuerungen bzw. Anlagenspezif ikationen sind ma- 
schinen-unabhangig . 

Die mithilfe der Engineering-Vorrichtung 22 erstellten Pro- 
gramme mUssen letztendlich auf einem Zielsystem, zum Beispiel 
auf den Komponenten des Automatisierungssys terns, ausgefuhrt 
werden, urn den technischen Prozess 24 zu steuern. Bevor je- 
doch hierauf eingegangen wird, sollen nachfolgend noch die 
Zusammenhange bei der Erstellung maschinen-unabhangiger Pro- 
15 gramme dargestellt werden. 

Fig. 3 zeigt stark schematisiert die Darstellung eines Ob- 
jekts 27 mit einem Obj ektinterf ace 28. Solche Objekte 27 kQn- 
nen bei alien Arten des Engineerings, wie zum Beispiel Chemi- 
cal Engineering, Product Engineering, Software Engineering 
usw., verwendet werden. Ein Objekt 27 ist allgemein ein Ge- 
genstand oder ein Element einer Domane bzw. einer Diskurs- 
welt. In der obj ektorientierten Softwareentwicklung ist ein 
Objekt 27 ein individuelles Exemplar von Dingen oder Sachen, 
Personen oder Begriffen der realen Welt oder der Vorstel- 
lungswelt. Ein Objekt 27 besitzt einen bestimmten definierten 
Zustand und reagiert mit einem definierten Verhalten auf sei- 
ne Umgebung. Aufierdem besitzt ein derartiges Objekt 27 eine 
Objektidentitat, die es von alien anderen Objekten unter- 
scheidet und die es erlaubt, auf ein anderes bestimmtes Ob- 
jekt zuzugreifen. Ein Objekt kann ein oder mehrere andere Ob- 
jekte kennen. Zwischen Objekten, die sich kennen, bestehen 
Verbindungen oder Verzweigungen bzw. Vernetzungen. Der Zu- 
stand eines Objekts 27 wird durch seine Daten bzw. Attribut- 
35 werte und die jeweiligen Verbindungen zu anderen Objekten be- 
stimmt. Das Verhalten eines Objekts wird durch seine Menge 
von Methoden bzw. Operationen definiert. In der Objektorien- 
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tierung wird durch eine Klasse der Typ eines Objekts be- 
schrieben. Aus dieser Typbeschreibung konnen konkrete Instan- 
zen, die dann ein konkretes programmiersprachliches Objekt 
darstellen, erzeugt werden. Mithilfe von Obj ektdiagrammen 
lassen sich Objekte und ihre Verbindungen grafisch darstel- 
len. Solche Editoren ftir Objektdiagramme sind Teil von ob- 
jektorientierten Engineering-Vorrichtungen. Diese Diagramme 
konnen von einem Anwender in einer solchen objektorientierten 
Engineering- Vorrichtung editiert und bearbeitet werden. 

Der linke Teil der Darstellung der Fig. 3 zeigt Informationen 
bzw. Elemente, die ein Objekt 27 iiblicherweise enthalt. Bei 
Daten 29 kann es sich zum Beispiel um einen aktuellen Mess- 
wert oder um einen Stellwert handeln. Methoden 30 reprasen- 
tieren ausfUhrbare Tatigkeiten im Sinne eines Algorithmus, 
zum Beispiel eine UND-Verknupfung oder einen Regelalgorith- 
mus. Die Menge der Methoden bestimmt das Verhalten einer Ob- 
jektklasse bzw. eines von dieser Klasse instantiierten Ob- 
jekts. Die Methoden 30 eines Objekts konnen von anderen Ob- 
jekten verwendet und aufgerufen werden. Weiterhin konnen die 
Objekte 27 so genannte Subobjekte 31 umfassen, welche die Ob- 
jekte fur die Realisierung der Methoden 30 benotigen. Durch 
Subobjekte 31 wird ein Objektbaum gebildet. 

Auf der rechten Seite des in Fig. 3 dargestellten Objekts 27 
ist schraffiert ein so genannter Container 32 dargestellt. 
Durch solche Container 32 werden Mechanismen fur die Metain- 
formationshaltung und Mechanismen des Zugriffs auf Metainfor- 
mationen realisiert. Die Container 29 stellen eine Kapsel- 
schicht um das Objekt 27 dar, und alle Zugriffe auf ein Ob- 
jekt erfolgen nur tiber die Schnittstelle 28. t)ber die 
Schnittstelle 28 wird auf die Methoden 30 und Daten 29 und 
auf die Metainformationen des Objekts 27 zugegriffen. Bei ei- 
nem Zugriff auf die Daten oder die Methoden kann somit ein 
Dienst, der das Objekt verwendet, anhand der Metadaten vom 
konkreten Aufbau und der konkreten Bedeutung der Datenfunkti- 
onen abstrahieren. Alle Zugriffe erfolgen, wie bereits er- 
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wahnt tlber die generische Schnittstelle 28. Dadurch ist die 
Wiederverwendbarkeit und Austauschbarkeit von Objekten 27 
moglich. Somit kann auch in komplexen Systemen immer auf die- 
selbe Art und Weise auf Objekte 27 zugegriffen werden. Insbe- 
sondere stellen die so genannten Container 32 Inf rastruktur- 
funktionen, wie Datenvernetzung, Datenspeicherung und Daten- 
visualisierung in einer einheitlichen Art und Weise far alle 
Arten von Objekten zur Verfiigung. Zu den Inf rastruktur funkti- 
onen, die ein Container 32 zur Verfiigung stellt, gehoren zum 
Beispiel Trace-Funktionen, das heifit Inf ormationen dariiber, 
wer und wie lange ein Objekt 27 verwendet. Wie bereits er- 
wahnt, enthalt der Container 32 auch Metainf ormationen und 
Selbstbeschreibungsinf ormationen fur das Objekt 27. 

Fig. 4 zeigt ein in der Engineering-Vorrichtung 22 darge- 
stelltes Programm. Fig. 5 zeigt das Programm in Form eines 
Objekt- bzw. Operatorbaums . So sind die Bausteine und Funkti- 
onen des Programms gemafi Fig. 4 in Fig. 5 in Objekte 2 7 umge- 
setzt, und zwar in Form eines hierarchischen Baums 33. Die 
Objekte 27 sind als Doppelkreise dargestellt. Der innere 
Kreis stellt schematisch den Aufbau eines Objekts im Sinne 
der Fig. 3 dar. Der linke Teil eines Objekts 27 betrifft wie- 
der die Daten 29, Methoden 30 und Subobjekte 31. Der rechte 
Teil reprasentiert den so genannten Container 32, der die Me- 
tainf ormationen und die Inf rastrukturinf ormationen fur ein 
Objekt zur Verfiigung stellt. Der Container 32 stellt eine 
Kapselschicht ftlr das Objekt 27 dar. Der Zugriff auf das Ob- 
jekt erfolgt lediglich liber die generische Objektschnittstel- 
le 28. Die AuJienkreise urn die Objekte visualisieren, dass die 
Objekte in die optionale Inf rastruktur eines Systems einge- 
bettet sind. Die optionale Inf rastruktur stellt generische 
Dienste wie z.B. Speichern und Laden zur Verfiigung. Ein As- 
pekt der Inf rastruktur ist die Vernetzung. Der Zugriff auf 
Infrastrukturdienste bzw. entsprechende Funktionen wird tiber 
den Container 32 realisiert und ist ftir alle Objekte 27 im 
hierarchischen Baum 33 gleich. Der aufiere Kreis eines Objekts 
27 stellt also eine Sammlung von Inf rastrukturdiensten bzw. 
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Infrastrukturfunktionen dar, 
Container 29 zugreifen. Ein 
turdienst kann von alien Obj 
nutzt werden. 



10 

die auf die Objekte uber deren 
einmal realisierter Infrastruk- 
ekten 27 in gleicher Weise be- 



Wie bereits erwahnt, zeigt Fig. 5 exemplarisch eine Struktur 
ernes maschinen-unabhangigen Programms einer zu realisieren- 
den Steuerungsaufgabe als hierarchischen Objektbaum 33, wie 
er in die Komponenten des Automatisierungssystems geladen und 
dort abgearbeitet wird. Die einzelnen Objekte 27 des Baums 33 
entsprechen Bausteinen und Funktionen des Programms gemafi 
Fig. 4, wie es in einer Engineering-Vorrichtung editiert 
wird. Dies folgt unmittelbar aus der textlichen Beschreibung 
der Programmelemente in Fig. 4 und 5 . Die Darstellung gemafi 
Fig. 4 zeigt einen Kontaktplanen bzw. Funktionsplan . Durch 
diese Strukturaquivalenz ist die lokale Anderbarkeit des Pro- 
gramms gewahrleistet. Durch die den Containern 32 der Objekte 
27 zugeordneten Metadaten ist die Ruckabbildbarkeit des lau- 
fenden Programms auf die Darstellung im Engineering moglich. 

Im Sinne der Erfindung wird ein auf der Engineering- 
Vorrichtung 22 vorzugsweise Uber Objekte 27 modelliertes bzw. 
erstelltes maschinen-unabhangiges Programm 33 nicht, wie im 
Stand der Technik ublich, zuerst in ein maschinen-abhangiges 
Automatisierungsprogramm in Form eines sequentiellen Maschi- 
nencodes gewandelt und dann auf eine Komponente des Automati- 
sierungssystems bzw. ein sonstiges Zielgerat geladen, sondern 
vielmehr werden die maschinen-unabhangigen Programme in Form 
hierarchischer Baume in die entsprechenden Komponenten des 
Automatisierungssystems geladen. Die Programme werden demnach 
in Form eines Objekt- bzw. Opera torbaums auf eine SPS oder 
ein sonstiges Automat isierungsgerat geladen. Ein solcher Ob- 
jekt- bzw. Operatorbaums ist ein l:l-Abbild einer Darstellung 
des Programms. Es handelt sich bei einem solchen Operatorbaum 
urn ein ablauf fahiges Programm, welches samtliche Engineering- 
Daten fur das Programm enthalt bzw. enthalten kann. 
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Die entsprechencien Komponenten des Automatisierungssystems 
fuhren das maschinen-unabhangige Programm aus . Das Laden des 
Oder jeden maschinen-unabhangigen Objekt- bzw. Operatorbaums 
auf die entsprechenden Komponenten des Automatisierungssys- 
tems erfolgt unter Verwendung einer maschinen-unabhangigen, 
symbolischen Representation des Baums zum Beispiel in Form 
eines Bytecodes oder in Form einer Auszeichnungssprache . Als 
Auszeichnungssprache kann XML (Extended Mark-up Language) 
Verwendung f inden . 

Beim oder nach dem Laden des maschinen-unabhangigen Programms 
in eine Komponente des Automatisierungssystems erfolgt die 
Instanziierung der Operatoren. Hierzu dient unter anderem ei- 
ne Objektmaschine oder auch eine Realtime-Ob j ektmaschine . Die 
Objektmaschine lost die symbolische Representation des oder 
jeden hierarchischen Baums 33 des oder jeden maschinen- 
unabhangigen Engineering-Programms auf, wandelt symbolische 
Adressen in physikalische Adressen urn, und bildet bzw. gene- 
riert so ein ablauf f ahiges Programm in Form eines ausftihrba- 
ren Objekt- bzw. Operatorbaums . Dieses wird auf der oder je- 
der Komponente des Automatisierungssystems ausgeftihrt. 

FUr das Instanziieren und Ausftihren des Programms durch die 
Komponente des Automatisierungssystems ist, wie bereits er- 
wahnt, der Komponente des Automatisierungssystems die Realti- 
me-Ob j ektmaschine zugeordnet. Die Realtime-Ob j ektmaschine 
stellt Objekte, zum Beispiel Operatoren, zur Verftigung. Bei 
den Operatoren handelt es sich um logische Operatoren, wie 
zum Beispiel AND-Verknttpfungen, OR-Verknupf ungen, NOR- 
VerknUpfungen oder XOR-VerknUpf ungen. Bei den Operatoren kann 
es sich auch um mathematische Operatoren, wie zum Beispiel 
Operatoren ftir die Grundrechenarten, Interpolationsoperatoren 
oder um Filteroperatoren, handeln. Bei den Objekten handelt 
es sich vorzugsweise um Datenobjekte bzw. Basisobjekte und 
Steuerobjekte. Die Basisobjekte umfassen Daten und Eigen- 
schaften. Bei den Eigenschaf ten handelt es sich zum Beispiel 
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urn die maximale Ausfiihrungszeit, den maximalen Speicher- 
verbrauch oder die Transaktionsf ahigkeit des Objekts. 

Der ausftihrbare Operatorbaum besteht aus Operatoren, namlich 
logischen und/oder mathematischen Operatoren, und Steuerob- 
jekten. Bei Steuerobj ekten kann es sich zum Beispiel urn eine 
Anweisungsliste, Transaktionscontainer, Prozesscontainer usw. 
handeln. Input-Datenobj ekten eines Steuerobj ekts sind gleich- 
zeitig Output-Datenobjekte von anderen Operatoren oder Steu- 
erobj ekten. Zur Ausfuhrung des Operatorbaums werden die Ob- 
jekte getriggert. Das Triggern der Objekte wird entlang der 
Hierarchie und/oder der Vernetzung der Objekte ausgel5st, 
wenn alle benotigten Input-Datenobj ekte getriggert haben. Da- 
tenobjekte triggern dann, wenn sich deren Wert andert oder 
15 deren Trigger ausgelost wird. 

Durch Verschaltung von Input-Datenobj ekten mit Eingangen von 
Sensoren oder Aktuatoren sowie durch Verschaltung von Output- 
Datenobj ekten mit Ausgangen von Sensoren oder Aktuatoren wird 
der Operatorbaum in das reale Automatisierungsumf eld einge- 
bunden und so das ablauffahige Automatisierungsprogramm be- 
reitgestellt. Durch Verwendung von transaktionsf ahigen, real- 
timefahigen und/oder f ehlertoleranten Ob j ekten werden aus- 
fUhrbare Operatorbaume geschaffen, die selbst wieder transak- 
tionsf ahige, realtimefahig und/oder f ehlertolerant sind. 

Mithilfe des erf indungsgemafien Verfahrens sowie der erfin- 
dungsgemafien Vorrichtung zur Programmierung und/oder Ausfuh- 
rung von Programmen industrieller Automatisierungssysteme 
lassen sich eine Vielzahl von Vorteilen erzielen. So ist ein 
mithilfe der Erfindung generiertes Programm auf alien Kompo- 
nenten eines Automatisierungssystems ausfuhrbar, auf denen 
die Objektmaschine bzw. die Realtime-Obj ektmaschine implemen- 
tiert ist. Das Programm kann zur Laufzeit geandert werden. Es 
35 lassen sich demnach lokale Teilbaume des als ausftihrbaren O- 
peratorbaums bereitgestellten Programms hinzuftigen, andern 
bzw. entfernen. Weiterhin ist ein derartiges Programm selbst- 
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beschreibend, wenn selbstbeschreibende Objekte verwendet wer- 
den. Aus dem ausfiihrbaren Operatorbaum ist das maschinen- 
unabhangige Programm visualisierbar . Eine Ablage fur Program- 
me kann daher ent fallen. Weiterhin wird mithilfe der Erf in- 
dung die Engineering-Zeit verktirzt. Die Programmierung er- 
folgt rein liber lexikalische und semantische Funktionen. Eine 
Generierung und Optimierung von Maschinencodes ist nicht mehr 
erf orderlich . Bei der Anderung der Programmierung mtlssen le- 
diglich geanderte Programm-Teilbaume analysiert und geladen 
werden. Der Rest des Programms kann unverandert bleiben. Das 
Laden von Programmen auf eine Komponente eines Automatisie- 
rungssystems kann inkrementell erfolgen, das heiftt, dass le- 
diglich der geanderte Programmteil geladen werden muss und 
nicht das gesamte Programm. 
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Patentansprttche 

1. Verfahren zur Programmierung und/oder AusftAhrung von 

Programmen fur industrielle Automatisierungssysteme, ba- 
sierend auf mindestens einer Rechnereinheit mit Eingabe- 
hilf smitteln, Ausgabehilf smitteln, sowie vorzugsweise 
mindestens einer Anzeigevorrichtung, wobei Bausteine und 
Funktionen, die jeweils Teilaufgaben einer Automatisie- 
rungslosung reprasentieren, mit den Eingabehilf smitteln 
und gegebenenf alls der Anzeigevorrichtung modelliert 
und/oder erstellt werden, wobei die Bausteine und Funk- 
tionen mit den Eingabehilf smitteln und gegebenenf alls 
der Anzeigevorrichtung strukturiert und vernetzt werden, 
so dass dieselben als mindestens ein maschinen- 
unabhangiges Programm mindestens einen hierarchischen 
Baum bilden, dadurch gekennzeichnet, dass das 
oder jedes maschinen-unabhangige Programm in Form min- 
destens eines hierarchischen Baums in die entsprechenden 
Komponenten des Automatisierungssystems geladen wird, 
und dass die entsprechenden Komponenten des Automatisie- 
rungssystems das oder jedes , in Form mindestens eines 
hierarchischen Baums vorliegende, maschinen-unabhangige 
Programm ausfuhren. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, dass das oder jedes maschinen-unabhangige Pro- 
gramm auf den en-tsprechenden Komponenten des Automati- 
sierungssystems mit Hilfe mindestes einer denselben zu- 
geordneten Obj ektmaschine ausfiihrt wird. 

3, Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dass das oder jedes maschinen-unabhangige 
Programm, das in Form mindestens eines hierarchischen 
Objekt- bzw. Operatorbaums in den entsprechenden Kompo- 
nenten des Automatisierungssystems vorliegt, interpreta- 
tiv abgearbeitet wird. 
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4. Verfahren nach einem oder mehreren der Ansprtiche 1 bis 

3, dadurch gekennzeichnet, dass das oder jedes 
maschinen-unabhangige Programm in Form mindestens eines, 
der Darstellung des Programms in der oder jeder Anzeige- 
vorrichtung strukturaquivalenten oder strukturahnlichen 
Objekt- bzw. Operatorbaums vorliegt. 

5. Verfahren nach einem oder mehreren der Ansprtiche 1 bis 

4, dadurch gekennzeichnet, dass das Laden des 
oder jeden maschinen-unabhangigen Programms in die ent- 
sprechenden Komponenten des Automatisierungssystems un- 
ter Verwendung einer maschinen-unabhangigen, symboli- 
schen Representation des oder jeden hierarchischen Baums 
erfolgt . 

6. Verfahren nach Anspruch 5, dadurch gekennzeich- 
net, dass die maschinen-unabhangige, symbolische 
Representation des oder jeden hierarchischen Baums in 
Form von Byte Code oder in Form einer Auszeichnungsspra- 
che (Markup Language) , insbesondere in Form von XML (Ex- 
tended Markup Language), erfolgt. 

7 . Verfahren nach einem oder mehreren der Ansprtiche 1 bis 

6, dadurch gekennzeichnet, dass die oder jede 
Objektmaschine als Realtime-Ob j ektmaschine mit determi- 
nistischen Antwort- und Zykluszeiten ausgebildet ist. 

8 . Verfahren nach einem oder mehreren der Ansprtiche 1 bis 

7, dadurch gekennzeichnet, dass die oder jede 
Objektmaschine Operatoren, insbesondere mathematische 
und logische Operatoren, und Objekte, insbesondere Da- 
tenobjekte und Steuerobjekte, zur Verftigung stellt, aus 
welchen das oder jedes maschinen-unabhangige Programm in 
Form des oder jeden hierarchischen Baums gebildet ist. 

9. Verfahren nach Anspruch 8, dadurch gekennzeich- 
net, dass beim oder nach dem Laden des maschinen- 
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unabhangigen Programms die Operatoren instantiiert und 
die symbolische Representation des oder jeden hierarchi- 
schen Baums zur Generierung eines ablauf f ahigen Pro- 
gramms in physikalische Adressen tlbersetzt werden. 

Verfahren nach einem oder mehreren der Anspruche 1 bis 
9, dadurch g e k e n n z e i c h n e t , dass dieObjektma- 
schine als eine fur sich abgeschlossene Funktionseinheit 
implementiert wird, die den oder jeden hierarchischen 
Baum zur Laufzeit abarbeitet. 

Verfahren nach einem oder mehreren der Anspruche 1 bis 
9, dadurch gekennzeichnet, dass die Objektma- 
schine verteilt als mindestens ein Objekt implementiert 
wird, wobei der oder jeder hierarchische Objekt- bzw. O- 
peratorbaum sich selbst abarbeitet. 

Verfahren nach einem oder mehreren der Anspruche 1 bis 

11, dadurch gekennzeichnet, dass den Baustei- 
nen und Funktionen, insbesondere Objekten, Modellinfor- 
mationen und/oder Metainf ormationen mit den Eingabe- 
hilfsmitteln und gegebenenf alls der Anzeigevorrichtung 
zugeordnet werden. 

Verfahren nach einem oder mehreren der Anspruche 1 bis 

12, dadurch gekennzeichnet, dass den Objekten 
des als hierarchischen Objekt- bzw. Operatorbaums vor- 
liegenden, maschinen-unabh&ngigen Programms eine Samm- 
lung von Inf rastrukturdiensten bzw. Inf rastrukturfunkti- 
onen zugeordnet ist, die auf die Objekte oder die den 
Objekten zugeordnete Metadaten generisch zugreifen, so 
dass ein Inf rastrukturdienst bzw. eine Inf rastruktur- 
funktion von alien Objekten benutzt werden kann und fur 
alle Objekte mit Metadaten anwendbar ist. 

Vorrichtung zur Pro grammie rung und/oder Ausfiihrung von 
Programmer! fttr industrielle Automatisierungssysteme, ba- 
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sierend auf mindestens einer Rechnereinheit mit Eingabe- 
hilf smitteln, Ausgabehilf smitteln, sowie vorzugsweise 
mindestens einer Anzeigevorrichtung, mit Mitteln zum Mo- 
dellieren und/oder Erstellen von Bausteinen und Funktio- 
nen, die jeweils Teilaufgaben einer Automatisierungslo- 
sung reprasentieren, und mit Mitteln zum Strukturieren 
der Bausteine und Funktionen und zum Vernetzten dersel- 
ben, um so als mindestens ein maschinen-unabhangiges 
Programm mindestens einen hierarchischen Baum zu bilden, 
g e k enn z e i c hn e t durch Mittel um das oder jedes ma- 
schinen-unabhangige Programm in Form mindestens eines 
hierarchischen Baums in die entsprechenden Komponenten 
des Automatisierungssystems zu laden, wobei die entspre- 
chenden Komponenten des Automatisierungssystems das oder 
jedes, in Form mindestens eines hierarchischen Baums 
vorliegende, maschinen-unabhangige Programm ausfiihren. 

15. Vorrichtung nach Anspruch 14, g e k e n n z e i c h n e t 
durch mindestens eine den entsprechenden Komponenten 
des Automatisierungssystems zugeordnete Objektmaschine, 
um das oder jedes maschinen-unabhangige Programm auszu- 
f uhren . 

16. Vorrichtung nach Anspruch 14 oder 15, dadurch ge- 
kennzeichnet, dass das oder jedes maschinen- 
unabhangige Programm in Form mindestens eines, der Dar- 
stellung des Programms in der oder jeder Anzeigevorrich- 
tung strukturaquivalenten oder strukturahnlichen Objekt- 
bzw. Operatorbaums vorliegt. 

17. Vorrichtung nach Anspruche 15 oder 16, dadurch ge- 
kennzeichnet, dass die oder jede Objektmaschine 
als Realtime-Ob j ektmas chine mit deterministischen Ant- 
wort- und Zykluszeiten ausgebildet ist. 

18. Vorrichtung nach einem oder mehreren der Anspriiche 14 
bis 17, dadurch g e k e n n z e i c h n e t , dass die oder 
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jede Ob jektmas chine Operatoren, insbesondere mathemati- 
sche und logische Operatoren, und Objekte, insbesondere 
Datenobjekte und Steuerobj ekte, zur VerfUgung stellt, 
aus welchen das oder jedes maschinen-unabhangige Pro- 
gramm in Form des oder jeden hierarchischen Baums gebil- 
det ist. 

19. Vorrichtung nach einem oder mehreren der AnsprUche 14 
bis 18, gekennzeichne t durch Mitteln zum Zuordnen 
von Modellinformationen und/oder Metainf ormationen zu 
den Bausteinen und Funktionen. 

20. Vorrichtung nach einem oder mehreren der AnsprUche 14 
bis 19, dadurch g e k e n n z e i c h n e t , dass die Ob- 
jektmaschine als eine far sich abgeschlossene Funktions- 
einheit implementiert ist, die den oder jeden hierarchi- 
schen Baum zur Laufzeit abarbeitet. 

21. Vorrichtung nach einem oder mehreren der AnsprUche 14 
bis 19, dadurch g e k e n n z e i c h n e t , dass die Ob- 
jektmaschine verteilt als mindestens ein Objekt imple- 
mentiert ist, wobei der oder jeder hierarchische Objekt- 
bzw. Operatorbaum sich selbst abarbeitet. 

22. Vorrichtung nach einem oder mehreren der AnsprUche 14 
bis 21, dadurch gekennzeich.net/ dass den Ob- 
jekten des als hierarchischen Objekt- bzw. Operatorbaums 
vorliegenden, maschinen-unabhangigen Programms eine 
Sammlung von Inf rastrukturdiensten bzw. Inf rastruktur- 
funktionen zugeordnet ist, die auf die Objekte uber den 
Objekten zugeordnete Container zugreifen, so dass ein 
Infrastrukturdienst bzw. eine Inf rastrukturfunktion von 
alien Objekten benutzt werden kann. 

23. Computerprogramm, das ein Verfahren nach einem oder meh- 
reren der AnsprUche 1 bis 13 oder eine Vorrichtung nach 
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einem oder mehreren der Anspriiche 14 bis 22 implemen- 
tiert . 

24. Datenverarbeitungseinrichtung, auf der ein Computerpro- 
gramm nach Anspruch 23 installiert ist. 
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Zusammenf assung 

Vorrichtung und Verfahren zur Programmierung und/oder Ausftth 
rung von Programmen ftlr industrielle Automatisierungssysteme 

Die Erfindung betrifft ein Verfahren zur Programmierung 
und/oder Ausfuhrung von Programmen fur industrielle Automati 
sierungssysteme . 

Bausteine und Funktionen, die jeweils Teilaufgaben einer Au- 
tomatisierungslosung reprasentieren, werden mit Eingabehilfs 
mitteln und gegebenenf alls einer Anzeigevorrichtung model- 
liert und/oder erstellt. Die Bausteine und Funktionen werden 
mit den Eingabehilf smitteln und gegebenenf alls der Anzeige- 
vorrichtung strukturiert und vernetzt, so dass dieselben als 
mindestens ein maschinen-unabhangiges Programm mindestens ei 
nen hierarchischen Baum bilden. 

Erf indungsgemafi wird das oder jedes maschinen-unabhangige 
Programm in Form mindestens eines hierarchischen Baums in di 
entsprechenden Komponenten des Automatisierungssystems gela- 
den. Die entsprechenden Komponenten des Automatisierungssys- 
tems fuhren das oder jedes maschinen-unabhangige Programm 
aus • 
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